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(54) Four axis optical mouse 

(57) Scrolling data in any direction within a window 
is obtained by equipping a mouse (8) with an optical sen- 
sor (29) in place of the scroll wheel, but in the same gen- 
eral location , such that it (27 , 1 2) can be readily touched 
and covered by the tip (28) of the index finger of the 
hand holding the mouse. As the fingertip is moved over 
the surface of the optical sensor that motion is resolved 



into a front-to-back motion and a side-to-side motion. 
Front to back motions produce auxiliary incremental Y 
motion values AY aux> while side-to-side motions pro- 
duce auxiliary incremental X motion values AX aux . The 
values AXa UX and AY aux are supplemental to the primary 
X and Y motion values (AX pr1 and AY pri ) that are pro- 
duced by the motion of the whole mouse proper. 
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Description 

Reference to Related Applications 

[0001] The subject matter of this Disclosure is related 
to that set out In U.S. Patent 6, 057, 540 entitled 
MOUSELESS, OPTICAL AND POSITION TRANSLA- 
TION TYPE SCREEN POINTER CONTROL FOR A 
COMPUTER SYSTEM which issued on 2 May 2000. 
That Patent incorporates, among others, U.S. Patents 
5, 578, 813 and 5, 644, 139. These Patents variously 
describe an optical motion transducer that is of consid- 
erable interest herein. Accordingly, U.S. Patents 6, 057, 
540, 5, 578, 813 and 5, 644, 139 are each expressly 
incorporated herein by reference. 

Background Of The Invention 

[0002] A recent development in computer mouse de- 
sign has been the inclusion of a depressable and rotat- 
able wheel located between the usual two buttons. One 
such mouse 1 is shown in Figure 1, in this case a part 
number C4736-601 01 from Hewlett-Packard Co.. It has 
a housing 2 upon the operator's hand rests, and first and 
second buttons 3 and 4 that cooperate in the usual man- 
ner (pointing, selecting, clicking, double clicking and 
dragging, etc.) with software having a GUI (Graphical 
User Interface) as its means of control (and running, of 
course, under an operating system that supports all that 
with a "window manager" and facilities for pointing de- 
vices). 

[0003] Of course, mouse 1 can do more than that (with 
further help from the operating system). It is common 
for an application written for a window environment (e. 
g., Windows 98, X11) to have sliders at the right edge 
and along the bottom of the frame defining the window. 
The familiar idea is that there is more content than can 
be shown in the window, and that by dragging the right 
hand (vertical) slider up or down with the mouse pointer 
that content scrolls vertically in a corresponding way. 
Dragging is accomplished by first positioning the mouse 
pointer over the vertical slider and then holding down 
the left mouse button (for a right handed user's mouse) 
while moving the mouse along a front-to-back axis. A 
similar dragging operation for the horizontal (bottom, or 
perhaps top) slider uses a side-to-side motion of the 
mouse, perpendicular to the front-to-back motion. The 
extra capability alluded to at the start of the paragraph 
is this: If the mouse pointer on the screen is positioned 
within a window having a vertical slider, then rolling 
wheel 5 back and forth in the direction of arrow 6 with a 
finger (right index finger for a right-handed mouse) au- 
tomatically invokes up or down movement of the vertical 
slider, which in turn scrolls the window content. Further- 
more, if the users presses downward on wheel 5 in the 
direction of arrow 7, then the screen pointer changes 
shape to suggest functionality concerning vertical scroll- 
ing (e.g. a heavy double ended vertically aligned arrow). 
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Subsequent to that change, moving the whole mouse 
along the front to back axis produces scrolling up or 
down at a rate of speed dependent upon how far the 
mouse has been moved after the screen pointer 
5 changed shape. To end this mode of operation the wheel 
5 is pressed again, whereupon the screen pointer 
changes back to its normal shape (say, a tilted arrow 
head). 

[0004] The added functionality described in the pre- 

10 ceding paragraph is the result of cooperation between 
additional hardware elements in the mouse 1 (as com- 
pared to an older mouse without a wheel 5) and addi- 
tional software components in the operating system. In 
particular, there is the wheel 5 and its circuitry for sens- 
es ing rotation and rotation direction . A mouse is connected 
to a computer through an electrical interface of some 
kind, and it would be repugnant to have to add wires to 
that interconnection and produce a different electrical 
interface. Instead, the electrical interface serves only to 

20 transmit packets of information according to some pre- 
defined protocol. Additional functionality can be accom- 
modated by defining meaning for previously unused bits 
within existing packets or by adding packets to the pro- 
tocol. To be sure, there is additional hardware in the 

25 mouse to implement the protocol changes. Such addi- 
tions to the protocol also require change the driver in the 
Operating System that receives mouse output, but that 
is easily treated as an upgrade to the software in the 
computer, and is much more easily done than changing 

30 the electrical interface itself. The driver maps activity in 
certain bits of various packets into corresponding oper- 
ations that are implemented by the Operating System 
(e.g., execution of cursor arrow keys, the Page Up and 
Page Down keys, and invocations of the slider mecha- 

35 nism). In particular, notice that it is not (usually) the ap- 
plication program (word processor, spread sheet) that 
is directly responsive to the actions performed with the 
mouse (although it is possible, it is not typical), instead, 
it is the Operating System that intercepts mouse events 

40 and then decides who is to perform the activity indicated 
by the various mouse operations. 
[0005] In considering what was said concerning the 
scroll wheel for a mouse, it will be appreciated that no 
horizontal scrolling is provided, even though there are 

45 many times when the data is wider than the view afford- 
ed by the window (e.g., a wide spread sheet). It is sup- 
posed that this lack of horizontal scrolling is an outcome 
of the awkwardness associated with putting two wheels 
on a mouse. Putting two wheels at right angles would 

50 not be easy for a single finger to use without interfer- 
ence, and would appear to be somewhat inelegant, an- 
yway. Attempts to add a mechanism to toggle the scroll 
wheel from vertical to horizontal and back again would 
require an extra switch or some special sequence of op- 

55 erations that is not intuitive. In any event, the conven- 
tional scroll wheel on a mouse does not perform hori- 
zontal scrolling. 

[0006] While the special scrolling features described 
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above are handy, there are nonetheless at least two 
shortcomings associated with the mouse 1 of Figure 1. 
First, the wheel 5 and its motion sensor comprise a me- 
chanical device, and is subject to at) the failure mecha- 
nisms that are associated with wear and with the general 
infusion of dirt and grime, cookie crumbs and spilled cof- 
fee. There is considerable discussion of this in the '540 
incorporated Patent. Second, there is no corresponding 
ability to produce horizontal scrolling. It would be desir- 
able if there were a low cost reliable mouse that permit- 
ted scrolling in any direction: vertically, horizontally, and 
in both simultaneously to produce diagonal scrolling in 
applications such as word processors, spread sheets, 
computer aided design, and editing of digital images. 

Summary Of The Invention 

[0007] A solution to the problem of scrolling in any di- 
rection for data within a window is to equip a mouse with 
an optical sensor in place of the scroll wheel, but in the 
same general location, such that it can be readily 
touched and covered by the tip of the index finger of the 
hand holding the mouse. Another finger might be used 
in place of the index finger. As the fingertip is moved 
over the surface of the optical sensor that motion is re- 
solved into a front-to-back motion and a side-to-side mo- 
tion. Front to back motions produce auxiliary incremen- 
tal Y motion values AY aux , while side-to-side motions 
produce auxiliary incremental X motion values AX aux . 
The values AX^ and AY aux are supplemental to the pri- 
mary X and Y motion values (AX pri and AY pri ) that are 
produced by the motion of the whole mouse proper. The 
supplemental value AX aux provided by the optical sen- 
sor under the fingertip is incorporated into an extension 
of the mouse protocol in use, and an extended mouse 
driver maps it into an activation of the horizontal slider 
operation. If both AX aux and AY aux are non zero then the 
resulting scrolling operation is diagonal in the corre- 
sponding direction. We shall call a computer pointing 
device that outputs both primary and auxiliary motion 
signals a four axis pointing device. If that device is a 
mouse, then it is a four axis mouse. 
[0008] How the motion of the whole mouse proper is 
detected is not an issue here, except that it is preferred 
that it be accomplished by another instance of the opti- 
cal sensor located on the bottom of the mouse, in place 
of the conventional mouse ball and its attendant me- 
chanically coupled motion detection mechanisms. 
[0009] The functionality of pressing on the scroll 
wheel to activate a switch can be replicated by incorpo- 
rating a pressure sensitive switch in the mechanical 
mount for the optical sensor that replaces the scroll 
wheel. 



Brief Description Of The Drawings 
[0010] 

5 Figure 1 is a perspective view of a conventional 

mouse having a scroll wheel operative only for ver- 
tical scrolling; 

Figure 2 is a perspective view of a mouse equipped 
with an optical sensor to permit vertical and hori- 

10 zontal scrolling; 

Figure 3 is an example of an application program's 
window that can experience horizontal scrolling that 
is supplemental to conventional vertical scrolling; 
Figure 4 is a simplified block diagram of the mouse 

15 of Figure 2; 

Figure 5 is a simplified example of an extended pro- 
tocol that may be used to transmit mouse events to 
the computer; and 

Figure 6 is a simplified software block diagram of 
20 an operating system mouse driver for use with the 
extended protocol of Figure 5. 

Description Of A Preferred Embodiment 

25 [0011] Refer now to Figure 2, wherein is shown a per- 
spective view of a mouse 8 constructed in accordance 
with a preferred embodiment of the invention. On the 
underside of the mouse is some sort of motion sensor 
15 that detects the motion of the whole mouse proper 

30 across a work surface. That sensor might include the 
conventional rubber covered steel mouse ball, be some 
other mechanism, or, preferably (although not neces- 
sarily) be an instance of the optical navigation sensor 
described in the incorporated Patents. While the motion 

35 sensor 15 has to be there on the underside for the 
mouse to be a mouse, our present interest is in what is 
on the top side of the mouse 8. In particular, it has a first 
mouse button 9 and a second mouse button 10 which 
are each operated in the conventional manner by an op- 

40 erato^s first and second fingers, respectively. Between 
the two mouse buttons, and located where it can be 
readily covered by the tip of the operator's finger (pref- 
erably the index finger), is an optically transparent stud 

11 having an imaging surface 1 2 across which the tip of 
45 the index finger can move in any direction. Motion 

across surface 12, while allowed in any direction, is re- 
solved (by an optical navigation sensor described be- 
low) into components aligned with arrows 13 and 14, 
and supplied as an additional input from the mouse to 

so the software running in the computer (not shown) to 
which the mouse 8 is attached. In particular, motion in 
the direction of arrow 13 caused by extending the index 
finger will have the same effect as rolling the top of wheel 
5 (in Figure 1) away from the palm of the user's hand, 

55 while retracting the tip of the index finger across surface 

12 would correspond to rolling the wheel 5 in the oppo- 
site direction. Motions along arrow 13 are available to 
produce vertical scrolling. Furthermore, and unlike the 
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mouse 1 of Figure 1, left to right motions (arrow 14) 
across surface 12 are available to produce horizontal 
scrolling. If the user moves his finger diagonally, then 
such a motion is resolved into one having both vertical 
and horizontal components. These are passed to the 
computer, where the result is diagonal scrolling. 
[0012] That is, and with reference now to Figure 3, 
when screen pointer 20 (whose shape may be applica- 
tion dependent) is positioned within a window 16 asso- 
ciated with an application whose data 1 7 appears within 
the window, moving the index finger (although it might 
be another finger) along the direction of arrow 13 has 
an effect similar or identical to dragging vertical slider 
18. Extending the finger would move the slider up to- 
ward the top of the screen. Moving the finger to the left 
and right would reposition horizontal slider 19. As will 
become clear as the explanation proceeds, the finger 
can be lifted at the end of a comfortable excursion, 
placed back on the imaging surface, and moved again 
to continue the scrolling operation. This mode of use can 
be called "swiping". 

[0013] Furthermore, if the index finger presses down 
onto the imaging surface 12 of optical stud 11 (corre- 
sponds to pressing down on wheel 5) the alternate mode 
of scrolling is invoked. In this mode it is the subsequent 
motion of the entire mouse 8 in the up, down, left and 
right directions (as sensed by motion sensor 1 5) that de- 
termines the direction and speed of scrolling (so-called 
"motorized" scrolling). During this mode of operation the 
shape of the sliders 18 and 19, or that of the screen 
pointer 20, may change to reflect the existence of this 
mode, or it may not, depending upon the application. It 
would be preferable if such pressing on the optical stud 
11 was accompanied by a slight motion to provide tactile 
feedback. The computer or the mouse might even emit 
an audible "click" to assist in the operator's appreciation 
of what is happening. Such a click might be from a me- 
chanical mechanism that at first resists the pressure of 
pushing down on the optical stud 11 and then yields to 
provide the tactile feedback, or it might be an electron- 
ically produce sound created when the onset of such 
pressure is detected. In any event, this mode of opera- 
tion toggles on and off as instances of pressing on the 
optical stud 11 occur. 

[0014] The application we have shown in window 16 
is a familiar one: the word processing application Word 
97 from Microsoft. The notion of vertical and horizontal 
scrolling under the control of an optical sensor respon- 
sive to fingertip motion across the imaging surface of an 
optical stud located between two mouse buttons on a 
mouse is not limited to word processing. It is immedi- 
ately extendable to any application whose window al- 
ready has a horizontal slider, simply by providing the 
right mouse driver along with the mouse 8. Such appli- 
cations include, but are not limited to, spread sheets, 
preparation of mechanical or engineering drawings, and 
the editing of digital images. 

[0015] Furthermore, an application itself might take 



special advantage of the presence of both motion de- 
tection mechanisms within the mouse 8, different from 
simple activation of the vertical and horizontal sliders. 
In such a case the mouse driver would pass the values 
5 AXgux and AY aux directly to the application for it to use 
them itself. 

[0016] Refer now to Figure 4, which is a simplified 
block diagram 38 of the mouse 8 of Figure 2. (The reader 
is also urged to take note of the material described in 
the '540 Patent. The optical stud/navigation portion of 
that application is relevant to the material described 
there.) To begin, there is a bottom housing 22 that rests 
upon a work surface 24 over which the mouse is moved 
to produce X and Y axis displacement signals AX pri and 
AY pri , respectively. While that function might be accom- 
plished by the common mouse ball coupled to shaft en- 
coders (not shown), we prefer instead to employ an op- 
tical navigation sensor 30 responding to an image of the 
work surface visible through aperture 23 and illuminated 
by an LED (Light Emitting Diode) 31. How this works is 
set out in detail in the other incorporated Patents, al- 
though for the reader's convenience it will shortly be giv- 
en a cursory review. 

[0017] Another optical navigation sensor 29, which 
may be of the same type as optical navigation sensor 
30, either identically or generally the same but with re- 
duced resolution, is positioned below an optical stud 
(26, 11) that is transparent to light emitted by source 25 
which may be another LED. The optical stud extends 
upward through a housing 21 , and is located in the gen- 
eral location indicated in Figure 2. In the same manner 
as described in the '540 Patent, the image of a fingertip 
on finger 28 is presented to optical navigation sensor 29 
and apparent motion therein is detected to produce X 
and Y axis displacement signals AX aux and AY aux . The 
"no fingertip is present" condition is readily detectable 
by the sensor 29 (by lack of correlation for successive 
images - see the incorporated Patents and the brief 
overview below), and is used by a Controller/ Interface 
32 in the production of the motion signals (36) according 
to the mouse protocol to be described later. Optical bar- 
rier 37 prevents stray light originating at LED 25 from 
reaching the optical navigation sensor 29. 
[0018] The signals AX pri and AY pri are incremental 
and are used to describe to the computer and its oper- 
ating system the motion of the mouse proper, and inso- 
far as that description is concerned, are conventional. 
The signals AX aux and AY aux are also incremental and 
are used to indicate the motion of the fingertip across 
the imaging surface (27, 12). Those four signals, their 
associated "NO CORRELATION" signals 40 and 39, re- 
spectively, and signals SW1 , SW2 and SW3 are coupled 
to a Controller/Interface 32 that responds to mouse 
events by producing signals 36 that are in an extended 
mouse protocol and that are sent to the computer (not 
shown). The signal SW1 represents the state of the left 
mouse button through action of a switch 33, while the 
signal SW2 represents the state of the right mouse but- 
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ton through the action of a switch 34. The signal SW3 
represents the pressing down on the imaging surface 
(27,12) by the fingertip, and is given a generalized sche- 
matic representation using SW3 35. Switch SW3 may 
or may not be a mechanical switch coupled to the optical 
stud 26; there are many conventional ways in which this 
function can be realized. 

[0019] It will be appreciated that another term for the 
transparent optical stud 26 is "rod lens" and that actual 
lenses or an aperture with a transparent cover might be 
used in place of the structure shown. Suitable material 
for the rod lens or other lenses or cover include glass 
and transparent plastics. Imaging surface 12 may be 
about 1/8 M to 3/8" in diameter if round, and if a rod, per- 
haps 3/8" to 3/4" long. The shape of the imaging surface 
can be either round, square or rectangular. Square or 
rectangular shapes would be of a size comparable to 
their round counterpart. 

[0020] Here now for the reader's convenience is the 
promised brief explanation of the optical navigation 
technique, condensed from various related Patents. 
The optical navigation sensor detects motion by directly 
imaging as an array of pixels the various particular spa- 
tial features of a work surface, much as human vision is 
believed to do. The work surface is illuminated with an 
LED (Light Emitting Diode), and a surprisingly wide va- 
riety of surfaces have micro textures that create a rich 
collection of highlights and shadows, even when not il- 
luminated with an optimal "grazing" (low) angle of inci- 
dence. A fingertip pressed against the imaging surface 
12 works well. 

[0021] Light reflected from the micro textured surface 
is focused onto a suitable array (say, 16 X 16 or 24 X 
24) of photo detectors. The responses of the individual 
photo detectors are digitized to a suitable resolution 
(say, one to eight bits) and stored as a frame into corre- 
sponding locations within an array of memory. Move- 
ment is detected by performing comparisons between 
successive frames. 

[0022] The size of the image projected onto the photo 
detectors may be a slight magnification of the original 
features being imaged, say, no more than two to four 
times. However, if the photo detectors are small enough 
it is possible, and indeed preferable to dispense with 
magnification in favor of 1:1 imaging. In that case the 
size of the photo detectors and their spacing is such that 
there is much more likely to be one or several adjacent 
photo detectors per image feature, rather than the other 
way around. Thus, the pixel size represented by the in- 
dividual photo detectors corresponds to a spatial region 
on the work surface of a size that is generally smaller 
than the size of a typical spatial feature on that work 
surface. The overall size of the array of photo detectors 
is preferably large enough to receive the images of sev- 
eral features. In this way, images of such spatial features 
produce translated patterns of pixel information as rel- 
ative motion occurs. The number of photo detectors in 
the array and the frame rate at which their contents are 



digitized and captured cooperate to influence how fast 
the image can appear to move and still be tracked. 
Tracking is accomplished by comparing a newly cap- 
tured sample frame with a previously captured refer- 
5 ence frame to ascertain the direction and amount of 
movement. One way that may be done is to shift the 
entire content of one of the frames by a "distance" 
(meaning path length over adjacent pixels, even if 
touching only at their corners) of up to two pixels (each 

10 pixel corresponds to a photo detector), successively in 
each of the twenty-four motions allowed by an as much 
as two pixel offset trial shift (one over, two over, one over 
and one down, one down, one up, one up and one over, 
one over in the other direction, etc.). That adds up to 

15 twenty-four trials, but we mustn't forget that there might 
not have been any motion, so a twenty fifth trial "null 
shift" is also required. After each trial shift those portions 
of the frames that overlap each other are subtracted on 
a pixel by pixel basis, and the resulting differences are 

20 (preferably squared and then) summed to form a meas- 
ure of similarity (correlation) within that region of over- 
lap. The trial shift with the least difference (greatest cor- 
relation) can be taken as an indication of the motion be- 
tween the two frames. That is, it provides a raw Ax and 

25 Ay. The raw movement information may be scaled and 
or accumulated to provide auxiliary pointer movement 
information (AX aux and AY aux ) of a convenient granular- 
ity and at a suitable rate of information exchange. 
[0023] The shifting is accomplished through the use 

30 of addressing offsets in memories that can output an en- 
tire row or column of an array at one time. Dedicated 
arithmetic circuitry is connected to the memory array 
that contains the reference frame being shifted and to 
the memory array that contains the sample frame. The 

35 formulation of the correlation value for a particular trial 
shift (member of the nearest or near neighbor collection) 
is accomplished very quickly. The best mechanical anal- 
ogy is to imagine a transparent (reference) film of clear 
and dark patterns arranged as if it were a checker board, 

40 except that the arrangement is perhaps random. Now 
imagine that a second (sample) film having the same 
general pattern is overlaid upon the first, except that it 
is the negative image (dark and clear are interchanged). 
Now the pair is aligned and held up to the light. As the 

45 reference film is moved relative to the sample film the 
amount of light admitted through the combination will 
vary according to the degree that the images coincide. 
The positioning that admits the least light is the best cor- 
relation. If the negative image pattern of the reference 

50 film is a square or two displaced from the image of the 
sample film, the positioning admits the least light will be 
one that matches that displacement. We take note of 
which displacement admits the least light; for the 
present optical navigation sensor we notice the position- 

55 ing with the best correlation and say that the user's fin- 
ger moved that much. That, in effect, is what happens 
within an integrated circuit (IC) having photo detectors, 
memory and arithmetic circuits arranged to implement 
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the image correlation and tracking technique we are de- 
scribing. 

[0024] There is also a technique called prediction that 
takes advantage of knowing the direction and velocity 
of previous movement, and allows extended use of a 
existing reference frame. This increases the speed of 
overall operation by, in part, reducing the number of ref- 
erence frames that are used. The technique is fully ex- 
plained in the incorporated Patents. 
[0025] Next, we address what happens if the user lifts 
his finger away from the imaging surface. What hap- 
pens, of course, is that the light from the illuminating 
LED no longer reaches the photo detectors in the same 
quantity that it did, and the outputs of the photo detectors 
might be at any level. The key is that they will be uniform, 
or nearly so. The main reason that they become uniform 
is that there is no longer a focused image; all the image 
features are indistinct and they are each spread out over 
the entire collection of photo detectors. So the photo de- 
tectors uniformly come to some average level. This is in 
distinct contrast with the case when there is a focused 
image. In the focused case the correlations between 
frames (recall the one over, one over and one down, 
etc.) exhibit a distinct phenomenon. We shall term the 
surface produced or described by the various correla- 
tion values the "correlation surface." The correlation sur- 
face ordinarily has a concavity centered over the shifted 
locations having the best correlation. 
[0026] We say all of this to make two points. First, the 
shifting shape of the concavity in the correlation surface 
as the fingertip moves allows interpolation to a granu- 
larity finer than the simple size/spacing of the photo de- 
tectors. We point this out, with the remark that the optical 
navigation sensor can do that, and leave it at that. The 
full details of interpolation are described in the incorpo- 
rated Patents. Second, and this is our real reason for 
the discussion of the preceding paragraphs, is the ob- 
servation that what happens when the fingertip is absent 
from the imaging surface is that the concavity in the cor- 
relation surface goes away, to be replaced by generally 
equal values for the correlations (i.e., a "flat" correlation 
surface). It is when this happens that we may say with 
considerable assurance that the fingertip is absent, and 
cease production of AX aux and AY aux . More importantly, 
we can tell, at such time that a suitable concavity 
("bowl") (re)appears, that the finger tip is (once again) 
in place, and (again) begin producing AXg UX and AY aux , 
but referenced to the new position of the finger. This last 
idea is important, as it allows the finger to be removed 
and replaced without an annoying artifact in the scrolling 
motion caused by an apparent discontinuous jump in 
position. The "bad bowl" condition is indicated in Figure 
4 by the signals "NO CORRELATION" 39 and 40. Their 
onset and removal correspond to the removal and (re) 
placement of the fingertip, and has meaning within the 
task of forming data packets according to the extended 
mouse protocol to be described below. 
[0027] Finally, we wish to point out that larger arrays 



of photo sensors (say 24 X 24) are, with interpolation, 
capable of an honest accurate resolution of movement 
that is significantly better that one thousandth of an inch, 
and at rates of at least several hundred measurements 
5 per second. That's better than what can be achieved 
with the conventional mouse ball in the bottom of an or- 
dinary mouse! 

[0028] This concludes our "brier digression about the 
nature and internal operation of the optical navigation 
10 sensor. 

[0029] Refer now to Figure 5, which is a diagram 41 
indicating the nature of a two button/optical stud five 
byte extended Microsoft mouse protocol. The example 
extension (diagram 41) is illustrative only, and could be 
15 different, if desired. As a starting point, the reader may 
wish to refer to the Winn L. Rosch HARDWARE BIBLE, 
especially the 11** Chapter of the 1994 Third Edition, 
ISBN 1-56686-127-6. (Unfortunately, the current Fifth 
Edition is not as informative on this subject.) Contained 
20 there, among other things, is a discussion of the stand- 
ard Microsoft mouse protocol. Note also that data ac- 
cording to the protocol is sent only when there is a 
change therein. That means the mouse itself has to 
know when a noteworthy mouse event has occurred, 
and not transmit data to the computer unless it is sup- 
posed to. Observing this rule will be a task for the Con- 
troller/Interface 32 of Figure 4. 

[0030] Bytes two and three are exactly as found in the 
standard protocol. They each encode signed incremen- 
tal coordinate values that describe the motion of the 
mouse properoverthe work surface since the last trans- 
mission of data. Bytes four and five are similar, except 
that they represent the motion of the fingertip over the 
imaging surface (27, 12). Note that they may have as 
much resolution as bytes two and three, although the 
use of bits, say, six and seven may be unnecessary. The 
presence of these two bytes is not found in the standard 
protocol, and even though they are outwardly similar as 
to form, they represent information not created with a 
conventional mouse. Byte one is largely the same as in 
the standard case. Bit 7 therein is normally unused; we 
have borrowed it to encode the state of the Lens Switch 
SW3 (35) of Figure 4. 

[0031] Refer now to Figure 6, which is a simplified 
software block diagram 42 of a software driver suitable 
for use with the four axis mouse 8 of Figure 2 and the 
extended mouse protocol of Figure 5. the driver is in- 
voked when the mouse 8 sends a five byte packet (ala 
Figure 5) when there has been a "mouse event" (e.g., a 
button changed state or position signal changed in val- 
ue). Operation 43 stores the five bytes for future use. 
[0032] Operation 44 dispatches the primary position 
signals AX prj and AY pri to the routine that controls the 
position of the screen pointer. It is possible that the driv- 
er keeps track of the previous values of these signals, 
and dispatches them only when one or more has 
changed. 

[0033] Operation 45 pulls out the bits that represent 
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the switches and calls the routines that correspond to 
each. It is possible that the driver keeps the previous 
status of each switch, so that a routine for a switch would 
be called only is there were genuine change in that 
switch. Absent that, the routines themselves would keep 
track of the status of their associated switch, also, one 
routine might handle one or more switches. 
[0034] Operation 46 is the optional scaling of the val- 
ues for the auxiliary position signals AX aux and AYaux. 
Here is the reason that this might be useful. The optical 
navigation technique preferred for use in determining 
the auxiliary position signals is capable of far more res- 
olution that would be needed for simply indicating incre- 
ments to a scroll function. For example, a conventional 
scroll wheel mouse (1) at hand has a detent in its scroll 
wheel, so as to produce a mere twenty-four discrete po- 
sitions peer revolution. It is believed that it outputs a 
code indicative of direction of rotation once per detent 
traveled. Once could poison the resolution of the auxil- 
iary position signals way back up inside the hardware of 
the mouse 8, but that would throw away or reduce func- 
tionality that might be useful in other circumstances. In- 
stead, it may be desirable to reduce the sensitivity of the 
event handling routine called by the driver42 to changes 
in the values AX aux and AY aux . This may be done by 
scaling those values prior to the call. It may be further 
desirable to make the scaling user adjustable, after the 
fashion of other mouse parameters such as acceleration 
and double click interval (i.e., with a GUI at the operating 
system level). Finally, operations 47 and 48 dispatch the 
auxiliary position sig nals AX aux and AY aux to the routines 
that will implement effects based on changes in their val- 
ues. This may ordinarily, or perhaps by default, be the 
horizontal and vertical scrolling functions of the applica- 
tion whose data is in the window of interest. On the other 
hand, they might be some other functions that have 
been attached to the dispatching operations 47 and 48. 
[0035] Finally, there are some housekeeping issues 
that should be mentioned. We have used an extended 
Microsoft Mouse Protocol for an example of a preferred 
way of performing a software interface to the operating 
system. There would be other ways within the skill of 
one having ordinary skill in the art, given that she had 
at hand the teachings herein. It is probable however, that 
one of the desirable features of that protocol would be 
present in any case, and that is the desire to minimize 
traffic when there is no significant data to send. That is, 
it is desirable for the mouse to not send data unless 
something has changed. The conventional mouse with 
buttons and shaft encoders makes this fairly easy, since 
every time something changes there is an edge (either 
rising or falling) to accompany the event. Those edges 
can be (logically) rectified and then OR'ed to produce a 
signal that stands for the need to transmit mouse data 
to the computer. 

[0036] With the optical navigation sensors preferred 
for use herein the situation is slightly more complicated. 
The preferred arrangement is for the optical navigation 



sensors to not output data unless they have changed 
coordinates to report. This reduces the problem consid- 
erably, as otherwise the Controller/Interface 32 has to 
keep track of old and new coordinate values, and make 
5 the decision itself. Another area of interest is how to han- 
dle the "bad bowl" situation indicated by the NO COR- 
RELATION signals 39 and 40. Again, it depends upon 
how the optical navigation sensor(s) is (are) implement- 
ed. The preferred manner would be to hide the no cor- 
relation circumstance, and simply output coordinates 
that do not have unexpected or inconvenient artifacts 
caused by, say, repeated swiping with the fingertip. So, 
for example, we might arrange that rf NO CORRELA- 
TION goes TRUE we do not output the next coordinates, 
and make do with what has already been sent. Likewise, 
when NO CORRELATION is again FALSE we may ig- 
nore an initial set of coordinates to ensure smooth re- 
sumption of a new instance of tracking. 
[0037] The situation becomes much more complex if 
the optical navigation sensors do not have this polite be- 
havior, and the Controller/Interface 32 must provide it. 
Suppose that the optical navigation sensors output (0,0) 
instead of suppressing output for the no change case. 
Then the Controller/Interface 32 has to examine values 
to know when to send packets. It would need a capable 
buffering arrangement and an accumulation mecha- 
nism, since the optical navigation sensors may operate 
faster than the computer will take the data. Under these 
circumstances it may be desirable to bring the NO COR- 
RELATION signals out to the Interface/Controller, so 
that it can decide which buffered values do or do not get 
to contribute to the accumulation, and whether or not to 
transmit an accumulated value. The risk might be that 
a result that the user expected to occur might not, even 
though he was otherwise correct in his expectation, be- 
cause he lifted his finger away from the Imaging surface 
just at the wrong time. 

[0038] Another interesting issue is that of alignment 
of the primary and auxiliary axes. At the outset, there is 
nothing whatsoever to align them so that their respective 
X and Y axes are parallel, or exhibit a particular desired 
angular offset. Of course, such angular positioning 
could be done as an adjustment, but that is probably 
undesirable for a low cost mass produced item. Instead, 
one would look for ways to key parts so that they simply 
went together with an accuracy that was adequate. Fur- 
thermore, for the kinds of operation contemplated here- 
in, a great deal of accuracy in alignment is not required, 
anyway. The reason is that the screen pointer (cursor) 
position and scrolling results are viewed as they hap- 
pen, and the user adjusts the motions he applies in order 
to produce the desired results. It is unlikely that his pri- 
mary and auxiliary input motions are precise, anyway, 
so he would not ordinarily be able to distinguish between 
misaligned hardware in the mouse and his own errors 
for input motion. That said, if it were deemed necessary, 
there are known ways to rotate coordinates in one sys- 
tem to be parallel with those of another, when the fun- 
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damental measurement mechanisms are indeed mis- 
aligned. But for most applications that would probably 
be overkill. 



Claims 

1 . A hand held pointing device (8) for a computer sys- 
tem, the pointing device comprising: 

a housing having a bottom surface (22) that 
moves upon a work surface (24); 
the housing also having a top surface shaped 
to receive that human hand; 
the housing having a first axis (13) extending 
generally in the direction from where the heel 
of the hand rests on the top surface to where 
the middle finger rest on the top surface, and a 
second axis (14) perpendicular to the first, both 
axes being parallel to the bottom surface; 
a first motion detector (30) disposed on the bot- 
tom surface, the motion detector producing pri- 
mary motion indication signals indicative of mo- 
tion upon the work surface in the directions of 
the first and second axes; 
a second motion detector (27, 29) disposed on 
the top surface and at a location where it can 
be contacted by a fingertip (28) of the hand; 
the second motion detector producing auxiliary 
motion signals indicative of motion by the fin- 
gertip in the directions of the first and second 
axes while the fingertip is in contact with the 
second motion detector. 

2. A hand held pointing device (8) for a computer sys- 
tem, the pointing device comprising: 

a housing having a bottom surface (22) that 
moves upon a work surface (24); 
the housing also having a top surface shaped 
to receive that human hand; 
the housing having a first axis (13) extending 
generally in the direction from where the heel 
of the hand rests on the top surface to where 
the middle finger rest on the top surface, and a 
second axis (14) perpendicular to the first, both 
axes being parallel to the bottom surface; 
an aperture (23) in the bottom surface; 
a motion detector (30) mounted within the inte- 
rior of the housing and proximate the aperture, 
the motion detector producing primary motion 
indication signals indicative of motion upon the 
work surface in the directions of the first and 
second axes; 

an imaging surface (27) against which the fin- 
gertip (28) of the hand may be placed, the im- 
aging surface disposed on the top surface and 
at a location where the fingertip can cover the 



imaging surface; 

a light source (25) disposed proximate the im- 
aging surface and that emits light that illumi- 
nates the fingertip; 

5 an optical motion transducer (29) disposed to 

receive light from the light source that reflects 
from the fingertip, the optical motion detector 
producing auxiliary motion signals indicative of 
motion by the fingertip in the directions of the 

10 first and second axes and across the imaging 

surface. 

3. A pointing device as in claim 2 further comprising: 

15 a first button (33, 9) disposed on the top surface 

at a location where it may be activated by the 
fingertip; and 

a second button (10, 34) disposed on the top 
surface at a location where it may be activated 
20 by another fingertip of the hand. 

4. A pointing device as in claim 3 where the imaging 
surface is between the first and second buttons. 

25 5. -A pointing device as in claim 2 wherein the imaging 
surface further comprises a rod lens (26). 

6. A pointing device as in claim 2 further comprising a 
switch (35) coupled to the imaging surface and ac- 

30 tivated by pressure applied to the imaging surface 
by the fingertip. 

7. A pointing device as in claim 2 where the motion 
detector (30) comprises a ball and shaft encoders 

35 mechanically coupled thereto. 

8. A pointing device as in claim 2 wherein the motion 
detector further comprises another light source (31 ) 
disposed to illuminate the work surface proximate 

40 the aperture and another optical motion transducer 
responsive to movement relative to imageable fea- 
tures in the work surface. 

9. A computer system comprising: 

45 

a computer that executes programs and proc- 
esses data; 

a screen upon which a portion of the data (17) 
is displayed within a window (16) and upon be- 

50 ing processed by an executing program; 

a hand held pointing device (8) producing pri- 
mary X and Y axis position signals and also 
auxiliary X and Y axis position signals, all cou- 
pled to the computer; 

55 a screen pointer (20) visible upon the screen 

and whose position is controlled by the primary 
X and Y axis position signals; and 
wherein the auxiliary X and Y axis position sig- 
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nals cause diagonal scrolling of the data ap- 
pearing in the window. 
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TWO BUTTON/OPTICAL STUD FIVE BYTE EXTENDED 
MICROSOFT MOUSE PROTOCOL 



BYTE ONE- 




BYTE TWO: 



7 6 5 



3 2 



BYTE THREE: 



3 2 1 



BYTE FOUR: 



7 6 5 



3 2 1 



BYTE FIVE: 
7 I 6 I 5 



2 1 



0 



41 



FOR BYTES ONE & TWO 



RIGHT SWITCH BUTTON; 1-ON, 0-OFF 
LEFT SWITCH BUTTON; 1=0N, 0 = OFF 
ALWAYS A LOGICAL 1 
LENS SWITCH; 1-ON, 0-OFF 



XO 
X1 
X2 
X3 
X4 
X5 
0 

NOT USED J 



- XO 

- XI 

- X2 

- X3 

- X4 
-X5 
--X6 

- X7 



YO 
Y1 
Y2 
Y3 
Y4 
Y5 
Y6 
Y7 



AXpri 



YO 
Y1 
Y2 
Y3 
Y4 
Y5 
0 

NOT USED J 



A YpR| 



*XAUX 



FIG. 5 



ay aux 
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A MOUSE EVENT HAS OCCURRED AND THE 
MOUSE HAS SENT EIVE PACKETS OP DATA 



I 



STORE 


THE 


FIVE PACKETS 


OF 


THE 


PROTOCOL 



— 43 



DISPATCH (AXpRi.AYpRf) TO 
SCREEN POINTER CONTROLLER 



OPTIONAL 



44 



DISPATCH SWITCHES 



45 



SCALE AXaUX AND AYaUX 



46 



DISPATCH AXaUX 



47 



DISPATCH A YAUX ~ 48 



V 

( RETURN ) 



FIG. 6 



